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1 REMARKS 

2 This substitute specification is provided to overcome the rejections in the office communication 

3 and to bring this application to allowance. It is a substitution replacing the response forwarded 

4 September 9, 08. 

5 In this substitute there are no amendments to the claims. Applicants are showing herewith the 

6 allowability of the claims. More particularly it will show that the claims as presented in response 

7 to the non-final office action indeed comply with the enablement requirement. 

8 These remarks follow the order of the paragraphs of the office action dated July 9, 2008. 

9 Relevant portions of the office action are shown indented and italicized. 

10 DETAILED ACTION 

1 1 Claim Rejections - 35 USC § 112 

12 1. The following is a quotation of the first paragraph of 35 U.S.C. 112: 

13 The specification shall contain a written description of the invention, and of the 

14 manner and process of making and using it, in such full, clear, concise, and exact terms 

15 as to enable any person skilled in the art to which it pertains, or with which it is most 

16 nearly connected, to make and use the same and shall set forth the best mode 

17 contemplated by the inventor of carrying out his invention. 

18 2. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

19 The specification shall conclude with one or more claims particularly pointing 

20 out and distinctly claiming the subject matter which the applicant regards as his 

21 invention. 

22 3. Claims 1-10, 17-18, 21-22 are rejected under 35 U.S.C. 1 12, first paragraph, as failing 

23 to comply with the enablement requirement. The claim(s) contains subject matter which 

24 was not described in the specification in such a way as to enable one skilled in the art to 

25 which it pertains, or with which it is most nearly connected, to make and/or use the 

26 invention. 

27 Claim 1 recites a "buffer storing indications of events" in line 2, "said apparatus 

28 for transferring interrupts from the peripheral device to a host computer" in lines 9-10, 

29 "moving the contents of the buffer to the payload portion of the control data block, and 

30 sending the control data block to the host computer system" in lines 18-19. The 

31 recitations suggest that indications of events are stored in the buffer and that the 
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indications of events (the contents of the buffer) are moved to a payload portion of the 
control data block and sending the control data block to the host computer system. The 
recitations also suggest that only interrupts from the indications of events (i.e. not the 
indications of events) are transferred from the peripheral device to the host computer 
system. It appears that the specification only discloses transferring all indications of 
events in the control block to the host computer. 



7 In response, the applicants respectfully states that applicants show below that the claims are 

8 enabled by the description in the specification. This overcomes the rejection under 35 U.S.C. 

9 1 12, first paragraph. Applicants maintain that the claims protect the embodiment in Figure 17 of 

10 the specification. This is based on the description of Figure 17 commencing on line 10 of page 

11 38 in the specification as applied to the general invention description. 

12 The description of Figure 17 reads: 

13 "In preferred embodiments of the present invention, LCP interrupts 1590 are 

14 preprocessed in the interests of reducing processing burden on the software in the 

15 host 10. LCP interrupt information is written into the memory 60 of the host 10 to 

16 reduce software latency from repeated accesses by the ISOC 120. The generation 

17 of a new interrupt indication by each LCP channel is deferred until handling of 

18 previous channel interrupts is completed. The processing of LCP interrupts will 

19 now be described in detail with reference to Figure 17. 

20 Referring now to Figure 17, an interrupt flow between the ISOC 120 and the host 

21 10 comprises, at step 1600, either a software application 1610 in the transmission 

22 direction or the RX processor 160 in the reception direction setting a 

23 CompletionEventRequest bit in a descriptor 1620 for which an interrupt is 

24 required. The descriptor 1620 is stored in a descriptor queue 1630. At step 1640, 

25 once processing of the descriptor is completed, a completion event indication 

26 1650 is sent to an interrupt FIFO buffer 1660 in the ISOC 120 by an interrupt 

27 controller of the ISOC 120. An EventMask bit is set in the LCP context 140. 

28 Completion event indications are queued in the interrupt FIFO 1660. At step 
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1 1670, when preset conditions are met, an Interrupt Control Block (ICB) 1680 is 

2 generated by the ISOC 120 from the information stored in the interrupt FIFO 

3 1660. The preset conditions will be described shortly. At step 1690, the ICB 

4 1680 is transferred to the memory 60 of the host 10. ICBs 1680 from the ISOC 

5 120 are stored in a wrapped queue 1700 in the memory 60 of the host 10. At step 

6 1710, an interrupt handler 1720 in the software of the host 10 reads the ICB 1680. 

7 At step 1730, the interrupt handler 1720 sends the completion event 1650 from 

8 the ICB 1680 to the application 1610. At step 1750, the application 1610 writes a 

9 ClearEventMask bit to the Doorbell register of the LCP channel to enable 

10 interrupts from the channel. 

11 An active LCP channel can generate one or more completion events 1650 during 

12 operation. A completion event 1650 is generated when processing of the 

13 descriptor 1620 on which the CompletionEventRequest bit is set is completed. 

14 The operation of the ISOC 120 following a completion event varies depending on 

15 the value of the EventMask and the CompletionEvent bit in the context 140. If 

16 the EventMask bit is cleared, an indication is sent to the interrupt controller of the 

17 ISOC 120 and the EventMask bit is set by the ISOC 120. If the EventMask bit is 

18 set and the CompletionEvent bit in the channel's context 140 is cleared, no 

19 indication is transferred to the interrupt controller and the CompletionEvent bit is 

20 set by the ISOC 120. If the EventMask bit and the CompletionEvent bit in the 

21 channel's context 140 are both set, no action is taken. The EventMask bit is 

22 cleared at channel initialization. It is also cleared after the ClearEventMask bit is 

23 written to the context 140 of the channel via the Doorbell register. If the 

24 CompletionEvent in the channel's context 140 is set and the mask bit is cleared by 

25 the ClearEventMask bit in the Doorbell register, an indication of the event 

26 completion is sent to the interrupt controller and the CompletionEvent bit is 

27 cleared. The completion events are logged in the FIFO 1660 by the interrupt 

28 controller. Each entry in the FIFO 1660 holds a field for describing the number of 

29 the LCP channel generating the event." 
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1 Claim 1 is copied below showing correspondence of the specification described components 

2 [shown with a double underline] as described in Figure 17, etc., following each corresponding 

3 elements of the claim. 



4 Claim 1 . An apparatus Figure 17 comprising: 

5 a buffer 1700 for storing indications of events generated by a plurality of ports 140 of a 

6 peripheral device 80 in Figures 1.2.3. 12 &14 . events include at least one of any of the 

7 following: an interrupt; an internal flag; a status indication of completion of the read 

8 operation; an indication that a new header is waiting; an indication that a packet header is 

9 ready; an indication triggered at an end of header processing, a descriptor, or a set of 

10 descriptors; a completion indication as a received packet which includes an 

11 acknowledgment; an indication of reception of a frame for transmission; an indication 

12 that a EventMask bit is cleared, an indication that the EventMask bit is cleared; an 

13 indication that a predetermined minimum number of event completed, said apparatus for 

14 transferring interrupts from the peripheral device to a host computer system, and 

15 a controller 120 Tincludes context 1401 having a preset condition for an application, said 

16 preset condition comprising one of: a determination that the buffer 1700 is full; a 

17 determination that at least a predetermined plurality of indications is stored in the buffer 

18 1700 : a predetermined period has elapsed; and a determination that at least one indication 

19 is stored in the buffer 1700 and that a predetermined period has elapsed, said controller 

20 120 for, in response to a preset condition being met based on said indications, generating 

21 a control data block 1680. & Fig. 18 comprising a payload portion having a plurality of 

22 fields each corresponding to a port LCP# fields in Fig.. 18 from said plurality of ports 140 

23 & 100 in Fig. 3 and a header portion WORD 0 in Fig. 18 having an identifier 

24 lNDFX/CNTfieldinFig.18 for identifying the control data block 1 680 & Fig. 18 

25 moving the contents of the buffer 1660 to the payload portion of the control data block 

26 1680 and sending the control data block 1680 to the host computer system via oneji 

27 predesigned port of the plurality of 1 00 inside 1 10 in Fig 3 ■ 
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1 The controller, preset condition, indications stored in the buffer; a predetermined period has 

2 elapsed; a determination that a predetermined period has elapsed, a control data block, payload 

3 portion, plurality of fields, header portion having an identifier for identifying the control data 

4 block, are all enabled by the first paragraphs of the description of the invention, which read: 

5 "The present invention provides methods, systems and apparatus for transferring 

6 interrupts from a peripheral device to a host computer system. An example of 

7 apparatus comprises: a buffer for storing indications of interrupts generated by the 

8 peripheral device; and a controller for, in response to a preset condition being met, 

9 generating a control data block having a payload portion, moving the contents of 

10 the buffer to the payload portion of the control data block, and sending the control 

1 1 data block to the host computer system. The buffer preferably comprises a first in 

12 - first out memory buffer 

13 Preferably, the preset condition comprises a determination that the buffer is full. 

14 The preset condition may comprise a determination that at least a predetermined 

15 plurality of indications is stored in the buffer and that a predetermined period has 

16 elapsed. Similarly, the preset condition may comprise a determination that at least 

17 one indication is stored in the buffer and that a predetermined period has elapsed." 

18 Thus, claim 1 is entirely enabled by the specification and protects the embodiment of Figure 17. 

19 This overcomes the rejection of Claims 1-10, 17-18, 21-22 under 35 U.S.C. 1 12, first paragraph, 

20 which are allowable. 



21 

22 
23 
24 
25 
26 
27 
28 
29 



4. Claims 11-16, 19-20 are rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the enablement requirement. The claim(s) contains subject matter, which 
was not described in the specification in such a way as to enable one skilled in the art to 
which it pertains, or with which it is most nearly connected, to make and/or use the 
invention. 



It appears that there is no support for "moving the contents of the buffer to the 
corresponding fields of the payload portion" - as page 38, lines 25-26 merely discloses 
"when preset conditions are met, an Interrupt Control Block (ICB) 1680 is generated by 
the ISOC 120 from the information stored in the interrupt FIFO 1660". 
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1 In response, the applicants respectfully states that the Claims 11-16, 19-20 also protect the 

2 embodiment of Figure 17 and are enabled in the specification and the paragraphs copied above. 

3 The description of the embodiment of Figure 17, enables Claims 11-16, 19-20 and overcomes the 

4 rejection under 35 U.S.C. 112, first paragraph. 



5 5. Claims 13-15 are rejected under 35 U.S.C. 112, first paragraph, as failing to comply 

6 with the enablement requirement. The claim(s) contains subject matter, which was not 

1 described in the specification in such a way as to enable one skilled in the art to which it 

8 pertains, or with which it is most nearly connected, to make and/or use the invention. 

9 Claim 13 recites "at least a predetermined plurality of indications is stored in the 

10 buffer". Claim 14 recites "at least one indication is stored in the buffer". Claim 15 

1 1 recites "a count indicative of the number of indications included in the pay load portion ". 

12 Claim 1 suggests storing only interrupts in the buffer and does not suggest 

13 storing indications other than interrupts in the buffer. The claims suggest that interrupts 

14 and indications are two different entities, while the specification only discloses only one 

15 entity being stored in the buffer and the count being indicative of only one entity. 

16 In response, the applicants respectfully states that the description provided above regarding claim 

17 1 is applicable to overcome the rejections of claims 13-15 under 35 U.S.C. 1 12, first paragraph. 

18 6. Claims 10, 22 are rejected under 35 U.S.C. 112, first paragraph, as failing to comply 

19 with the enablement requirement. The claim(s) contains subject matter, which was not 

20 described in the specification in such a way as to enable one skilled in the art to which it 

21 pertains, or with which it is most nearly connected, to make and/or use the invention. 

22 The examiner cannot find support for the limitations of the claims. In particular, 

23 it is not clear what constitute the claimed apparatus, the claimed host processing system, 

24 the claimed memory of the host processing system, the claimed data processing system, 

25 the claimed host computer, and the claimed memory of the host computer system. 

26 Applicant is required to specifically point out where to find the support for the 

27 limitations of the claims in the specification, by page and line number - and in particular, 

28 applicant is required to map out each of the elements claimed with the teachings of the 

29 specification. 



30 In response, the applicants respectfully states that the description provided above regarding claim 

31 1 is applicable to overcome the rejections of claims 10 and 22 under 35 U.S.C. 112, first 

32 paragraph. 
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1 7. No art rejection was made to claims 1-16, 21-22 because the scope of the claims is 

2 ambiguous, and it is not possible for the examiner to apply prior art without making a 

3 great deal of speculation. 

4 Claim Rejections - 35 USC § 102 

5 8. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form 

6 the basis for the rejections under this section made in this Office action: 

7 A person shall be entitled to a patent unless — (b) the invention was patented or 

8 described in a printed publication in this or a foreign country or in public use or on sale 

9 in this country, more than one year prior to the date of application for patent in the 

10 United States. 

11 9. Claims 1 7-20 are rejected under 35 U.S.C. 102(b) as being anticipated by Raasch et 

12 al. (US 5,333,273). 

13 In response, the applicant respectfully states that Claims 1 7-20 are not made patentable by the 

14 invention of Raasch. The present invention, claimed in Claims 17-20, provides: 

15 "Methods, systems and apparatus for transferring interrupts from a peripheral device to a 

16 host computer system is described. In an example embodiment, an apparatus comprises a 

17 buffer for storing indications of interrupts generated by the peripheral device. In response 

18 to a preset condition being met, a controller generates a control data block having a 

19 payload portion, moves the contents of the buffer to the payload portion of the control 

20 data block, and sends the control data block to the host computer system." 

21 Whereas, the cited art to Raasch, US Patent 5,333,273, filed: September 3, 1992, is entitled: 

22 "Protected hot key function for microprocessor-based computer system". The abstract reads: "An 

23 ISA-compatible computer system includes an additional function key on its keyboard. The 

24 additional function key does not have a defined function for conventional ISA-standard 

25 computers. When a conventional alphanumeric key or function key is activated on the keyboard, 

26 the computer system is interrupted using IRQ1 and the key information is communicated to the 

27 computer system so that the computer system can respond in a conventional manner using a 

28 conventional keyboard interrupt handling routine. When the additional function key and an 

29 alphanumeric key are activated in combination, a second interrupt different from the IRQ1 

30 interrupt is activated (e.g., IRQ15). The computer system responds to the second interrupt by 
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1 inputting an identification of the activated alphanumeric key and performing a selected 

2 predetermined function in response thereto. The handling of the second interrupt is performed by 

3 a separate interrupt handling routine within the computer system so that conventional terminate 

4 and stay resident (TSR) programs that intercept conventional keyboard inputs cannot readily 

5 intercept keyboard input initiated by the additional function key ". 

6 Thus Raasch is not concerned with or teach, indications of events or a preset condition as in the 

7 claims. In particular, Raasch et al., is not prior art because Raasch operates in a different 

8 domain: Keyboard attached via ISA. Raasch solves a different problem, to : Adding a capability 

9 to invoke multiple TSRs from the keyboard. The presently claimed invention operates in the 

10 domain of an I/O attached adapter (e.g. Network Adapter), and the claims are directed to improve 

1 1 the system overhead that is associated with interrupts. 



12 Examples of words that exclude Raasch as prior art include: 

13 buffer for storing indications of events generated by a plurality of ports, 

14 an indication that a packet header is ready, 

15 indication triggered at an end of header processing, 

16 an indication that a EventMask bit is cleared, and 

17 a predetermined period has elapsed. 

18 Thus, all claims are allowable over Rausch. 

19 10. As per claims 17, 19, Raasch teaches a computer program product (or article of 

20 manufacture) comprising a computer usable medium [138, FIG. 1 ] having computer 

21 readable program code means [BIOS: col. 5, lines 18-21 ] embodied therein for causing 

22 transfer of interrupts [col. 4, lines 66-68], the computer readable program code means in 

23 said computer program product (or article of manufacture) comprising computer 

24 readable program code means [BIOS: col. 5, lines 18-21 ] for causing a computer (100, 

25 FIG. 1] to effect the functions of the apparatus of claim 1 (or the method of claim 11 )- as 

26 the BIOS would cause a computer to effect the functions of any apparatus, hence 

27 including functions of the apparatus of claim 1; and as the BIOS would cause a computer 

28 to effect the steps of any method, hence including the steps of the method of claim 11. 

29 11. As per claim 18, Raasch teaches a computer program product comprising a computer 

30 usable medium [138, FIG. 1 ] having computer readable program code means [BIOS: 

31 col. 5, lines 18-21 ] embodied therein for causing data processing [ col. 5, lines 18-31 ], 

DOCKET NUMBER: IL920000078US1 14/18 



Serial No.: 10/619,989 



1 the computer readable program code means in said computer program product 

2 comprising computer readable program code means [BIOS: col. 5, lines 18-21 ] for 

3 causing a computer [100, FIG. 1] to effect the functions of the apparatus of claim 10 - as 

4 the BIOS would cause the computer to effect the functions of any apparatus, hence 

5 including the functions of the apparatus of claim 10. 

6 12. As per claim 20, Raasch teaches a program storage device [138, FIG. 1 ] readable by 

7 machine [100, FIG. 1 ], tangibly embodying a program of instructions [BIOS: col. 5, 

8 lines 18-21 ] executable by the machine to perform method steps for transferring 

9 interrupts [ col. 4, lines 66-68], said method steps comprising the steps of claim 11 (the 

10 BIOS would cause a computer to effect the steps of any method, hence including the steps 

11 of the method of claim 11). 

12 In response, the applicants respectfully states that Raasch is not concerned with or teach. 

13 indications of events or a preset condition as in the claims. The cited Raasch portion col. 5, lines 

14 18-21 reads: 

15 The keyboard interrupt service routine may be located in the RAM 120 or it may be 

16 located in the ROM 138. Generally, the keyboard interrupt service routine for the 

17 keyboard is provided as a basic operating function of the computer system 100 and is 

18 stored in the ROM 138 as part of the Basic Input/Output System (BIOS) of the computer 

19 system. 

20 The cited Raasch portion col. 4, lines 66-68 reads: 

21 The interrupt controller 130, the DMA controller 132 and the interface circuitry 134 

22 provide communications between the processor bus 1 14 and an ISA bus 140. 

23 This apparently fails to show the elements of claims 17-20. Thus, all claim 17-20 are allowable. 

24 Response to Arguments 

25 13. Applicant's arguments filed February 19, 2008 have been fully considered but they 

26 are not persuasive. 

27 A. With respect to the rejections of claims 1-10, 17-18, 21-22, applicant indicates that "a 

28 buffer storing indications of events" is recited on page 2, line 4. Page 2, line 4, however, 

29 recites "a buffer for storing indications of interrupts". Note that "indications of 

30 interrupts" and "indications of events" do not have the same meaning. 

31 B. With respect to the rejections of claims 11-16, 19-20, applicant indicates that "moving the 

32 contents of the buffer to the corresponding fields of the payload portion " is recited on page 44, 

33 line 10. While the recitation is found on page 44, line 10, the recitation is part of a claim that 
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1 does not have antecedent basis in the specification — as page 38, lines 25-26 merely discloses 

2 "when preset conditions are met, an Interrupt Control Block (ICB) 1680 is generated by the 

3 ISOC 120 from the information stored in the interrupt FIFO 1660". 

4 C. With respect to the rejections of claims 13-15, applicant indicates the recitations are found 



5 on page 5, line 2; page 5, line 4; and page 5, line 7. The examin er found the recitations on 

6 pages, lines 4-5; page 5, lines 6-7; and pages, lines 9-10 instead. While the recitations can be 

7 found, the specification suggests storing only interrupts in the buffer and does not suggest 

8 storing indications in the buffer. The claims suggest that interrupts and indications are two 

9 different entities, while the specification only discloses only one entity being stored in the buffer 
10 and the count being indicative of only one entity (the one entity being interrupts). 



11 D. With respect to the rejections of claims 10 and 22, applicant does not adequately provide 

12 support for the claimed elements requested by the examiner. 

13 E. With respect to the art rejections of claims 17-20, applicant argues that Raasch is not 

14 concerned with or teach indications of events or a preset condition as in the claims. Raasch was 

15 not relied upon to teach indications of events or a preset condition, because the claims do not 

16 require such limitations. Applicant appears to misinterpret the rejections. 

17 Claim 1 7 only requires a program code means for causing transfer of interrupts, 

18 and a program code means for causing a computer to effect all functions of the apparatus 

19 of claim 1. Claim 18 only requires a program code means for causing a computer to 

20 effect all functions of the apparatus of claim 10. Claim 19 only requires a program code 

21 means for causing transfer of interrupts, and a program code means for causing a 

22 computer to effect all steps of the method of claim 11. Claim 20 only requires a program 

23 of instructions to perform method steps for transferring interrupts, the method steps 

24 comprising steps of the method steps of the method of claim 11. 

25 Raasch teaches a BIOS and transfer of interrupts (col. 4, lines 66-68; col. 5, lines 

26 16-21 ). A BIOS would cause a computer to effect the functions of any apparatus (i.e. 

27 including the functions of applicant' s apparatus), and because a BIOS would cause a 

28 computer to effect/perform the steps of any method (i.e. including the steps of applicant' s 

29 methods). 

30 14. In addition, to help the examiner better understand the scope of the claimed invention and 

31 further the prosecution, the examiner requests that applicant identify - by reference to labels in 
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1 the drawings, and/or page and line numbers in the specification - the following elements and/or 

2 steps: elements: apparatus, buffer, indications of interrupts, plurality of ports, peripheral device, 

3 host computer system, controller (in claim 1); communications device (in claims 8-9); data 

4 communications network interface (in claims 9-10); host processing system, data processing 

5 system (in claim 10) steps: the apparatus transferring interrupts, moving the contents of the 

6 buffer to the pay load portion of the control data block (claim 1 ); storing interrupts, moving the 

7 contents of the buffer to the corresponding fields of the payload portion ( in claim 11). 

8 In the interview dated June 16, 2008, applicant identifies the fallowings: 

9 Apparatus is ISOC 120 [FIG. 1 7] Buffer is FIFO 1660 [FIG. 1 7] Interrupts are 

10 indications of events (i.e. "indications of interrupts" are therefore meaningless) Plurality 

1 1 of ports can be logical or physical — but no identification of a plurality of ports for a 

12 peripheral device was made Peripheral device is device 20 [FIG. 1 ] Host computer 

13 system is any of Host 10 [FIG. 1 ], or Host 10 [FIG. 17] Controller is inherent for 

14 generating control data block [1680, FIG. 17] Communication device is network adapter 

15 80 [FIG. 2] Data communication network interface is network adapter 80 [FIG. 2] Host 

16 processing system is CPU SO [FIG. 1 ] Data processing system is ISOC 120 [FIG. 2] A 

17 memory in line 2 of claim 10 may not be memory 60 [FIG. 1, FIG. 17] Data 

18 communication interface is network adapter 80 [FIG. 2] Data communication network is 

19 network 30 [FIG. 1 ] The above identifications cannot support the fallowings: An 

20 apparatus [120, FIG. 17] moving the contents of the buffer [1660, FIG. 17] to the 

21 payload portion of the control data block, and sending the control data block to the host 

22 computing system [10, FIG. 17] via one port of the plurality of ports — as FIG. 17 shows 

23 sending the control data block [ 1680] to the host computing system through memory [ 60, 

24 FIG. 17], i.e. not through a port of the plurality of ports (of the peripheral device 20 — 

25 FIG. l] — see lines 18-20 of claim 1 . 

26 A data communication network interface [80, FIG. 2] comprising the 

27 communication device as claimed in claim 8 [i.e. communication device 80, FIG. 2] — 

28 see claim 9. 

29 An apparatus [ 120, FIG. 17] comprising a host processing system [SO, FIG. 1 ] 

30 having a memory [not identified] ...forming a data processing system [120, FIG. 17] far 

31 controlling flow of interrupts from the data communication interface [80, FIG. 2] to the 

32 memory of the host processing system because FIG. 1, FIG. 2 and FIG. 17 do not show 

33 the apparatus 120 comprising CPU SO — see claim 10. 

34 The examiner is not quite sure what applicant intends to claim with the current claims. 

35 The examiner suggests that applicant maps the claims to the teachings of the disclosure, 

36 makes appropriate amendments, and requests an interview with the examiner to explain 

37 what is being claimed prior to filing a response to further prosecution of the application. 

38 Without understanding what applicant intends to claim, it is not possible for the examiner 

39 to properly examine the invention. 
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1 In response, the applicants respectfully states that in consultation with a primary inventor, 

2 applicants indicate that the claimed elements correspond to the specification description as 

3 provided in the response above. 

4 It is anticipated that this brings claims to allowance, particularly claims 1-10, 17-18, 21-22. 

5 Please contact the undersigned if any question remains. 



6 Please charge any fee necessary to enter this paper to deposit account 50-0510. 



7 Respectfully submitted, 

8 By: /Louis Herzberg/_ 

9 Dr. Louis P. Herzberg 

10 Reg. No. 41,500 

11 Voice Tel. (845) 352-3194 

12 Fax. (845) 352-3194 



13 3 Cloverdale Lane, 

14 Monsey, NY 10952 

15 Customer Number: 54856 
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